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Description 

Background of the Invention 

[0001] The invention relates generally to a system 
and method for providing route guidance and tracking 
information and other information from a base unit to a 
mobile unit over wireless, wireline, or optical devices. 
The invention more particularly relates to an apparatus 
and method for providing to a mobile unit route guidance 
and tracking information and other information which 
has been calculated and/or stored at a base unit in re- 
sponse to a query from the mobile unit. 
[0002] Systems have already been developed which 
provide geographical or position-dependent information 
to a mobile user. Such systems are generally installed 
in an automobile or other vehicle. These systems gen- 
erally include an on-board geographic database which 
may be accessed to determine geographic information, 
such as locations of points of interest, directions to 
points of interest, and directions between a specified or- 
igin and a destination. An on-board computer calculates 
route guidance information using data from the data- 
base in response to user inputs. 
[0003] Such systems are known as autonomous route 
guidance systems since they are independent and self- 
contained. The systems generally include a geographic 
database, positioning sensors, and a computer includ- 
ing a keyboard and display. The geographic database 
is a representation of a region or metropolitan area and 
may include, for example, street names, navigation at- 
tributes, such as turn restrictions and one-way streets, 
street addresses, and points of interest, such as air- 
ports, restaurants and museums. The positioning sen- 
sors may determine geographic position from RF (Radio 
Frequency) triangulation or in response to signals from, 
for example, GPS (Global Positioning System), LORAN 
C or other similar positioning systems, and from motion 
and direction detectors. The computer calculates route 
guidance information in response to inputs from the oth- 
er system components as well as from operator input. 
The route guidance information is provided to the user 
in the form of navigational text or map graphics. 
[0004] Autonomous route guidance systems have 
many drawbacks, however, which have prevented their 
widespread use. Because the system is autonomous 
and has an on-board database, the system must include 
large storage capabilities for storing all of the data which 
form the database. Technologies such as CD-ROM 
have allowed storage of an entire database but require 
still a tradeoff between cost and fast, efficient data ac- 
cess. 

[0005] Another problem with autonomous route guid- 
ance systems is maintenance and currency of the data- 
base. As new streets are built, or as old streets are 
reconfigured, as businesses and other points of interest 
open and close, the database on CD-ROM or other me- 
dia becomes out of date, tn addition, when a database 



is compiled, it may include errors which are then repli- 
cated in the many copies provided to users. These er- 
rors may require correction in the user copies by replac- 
ing those database copies. Moreover, incorrect or out- 
5 dated information in the database can lead to errors 
when calculating routes. When an out-of-date database 
does not include the information that a particular road- 
way is closed, the system may be unable to calculate 
an alternate route. 

10 [0006] Autonomous route guidance system providers 
may improve the accuracy of the system by providing 
occasional database updates to users. However, distri- 
bution of the database, in a medium such as CD-ROM 
or floppy disk, to remotely located mobile users may be 

is difficult. In addition, the media themselves are expen- 
sive since they may generally be used only a single time. 
[0007] Other aspects of such prior art autonomous 
route guidance systems add to their cost and inconven- 
ience. Because the systems are autonomous, they must 

20 include all components, including the computer, the da- 
tabase and the position sensor. Using present technol- 
ogy, such a system is too heavy and too large to be read- 
ily transported by an individual. In addition, the complete 
system has power requirements which make battery op- 

25 eration impractical. As a result, autonomous route guid- 
ance systems have been limited to installation in auto- 
mobiles or other vehicles which can accommodate the 
size and power requirements of such a system. The cur- 
rent best price for a complete autonomous route guid- 

30 ance system is substantial. This includes only the cost 
for a single, dedicated autonomous route guidance sys- 
tem. 

[0008] Another type of route guidance system has 
been tested in Europe using beacons to provide a guid- 
es ance signal to on-board equipment. The system directs 
the user to travel from beacon to beacon, creating a 
stepwise path between an origin and a destination be- 
cause of the fixed locations of the beacons. The navi- 
gational information thus provided forms a generally in- 
40 efficient routing path from origin to destination. In addi- 
tion, such a system does not provide the capability to 
query a database for information about nearby points of 
interest and other geographical information. 
[0009] Document EP0379198A2 discloses another 
45 type of mobile navigation system in which a mobile unit 
having a geographical position sensor requests map da- 
ta relating to its current position from a base unit having 
a map data base. 

[0010] Document W092/14215 discloses a system 
so for providing shortest elapsed time route information 
from a central base unit where the route is calculated, 
to a mobile unit which requested the route information. 
[001 1] Therefore, there is a need for a routing and in- 
formation system that continually provides access to up- 
55 to-date, correct geographic information to a remote us- 
er. There is a further need for a routing and information 
system which can be implemented on lightweight, port- 
able devices for easy, convenient transportation and 
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use. There is a further need for a routing and information 
system which is independent of any particular hardware 
configuration and which may be implemented on any 
suitably equipped data processing apparatus, such as 
a desktop personal computer, a laptop computer, a per- 
sonal digital assistant or even a pager. There is a further 
need for a routing and information system which pro- 
vides communication between mobile units and a base 
unit over any available channel, including wireless, wire- 
line and optical channels. There is a still further need for 
a data communication protocol for providing accurate, 
reliable communication in such a system, independent 
of hardware configuration and in a compact form. 

Summary of the Invention 

[0012] It would be desirable to provide a method and 
system for transmitting route guidance and other infor- 
mation from a base unit to a remote unit in which the 
amount of information available at a remote unit can be 
expanded by providing the remote unit with information 
from the base unit which is not adequately covered by 
any databases on-board the remote unit. 
[0013] Accordingly, the present invention provides a 
system as set out in Claim 1, and a method as set out 
in Claim 4. 

[0014] Embodiments of the invention provide route 
guidance and other information from a base unit to a 
remote unit in response to a request from the remote 
unit. A query is formatted at the remote unit, the query 
including the request, and is transmitted from the remote 
unit to the base unit. Requested route guidance infor- 
mation is calculated at the base unit in response to the 
query, using a large up-to-date database located at the 
base unit. A response to the query is formatted at the 
base unit, the response including route guidance infor- 
mation. The response is then transmitted from the base 
unit to the remote unit for display. 
[0015] The transmission may be made in a compact 
form through the use of manoeuvre arms and combined 
manoeuvre arms and through the use of tokenized 
forms. These tokenized forms represent a large amount 
of textual information by one or several alphanumeric 
characters. 

[001 6] A maneuver arm represents a road at an inter- 
section, for depiction on a display, by one or two end- 
point coordinates. If two intersections are sufficiently 
close together, a first set of maneuver arms for one in- 
tersection and a second set of maneuver arms for the 
other intersection are combined to produce a combined 
set of endpoints for transmission in a compact form to 
depict the first set of maneuver arms and the second set 
of maneuver arms on a common display. 
[0017] The tokenized forms may be expanded at the 
remote unit into textual driving instructions for each of 
one or more languages. In addition, the amount of infor- 
mation available at a remote unit can be increased by 
providing the remote unit with information from the base 
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unit which is not adequately covered by any databases 
on-board the remote unit. 

Brief Description of the Drawings 

5 

[0018] The features of the invention are set forth with 
particularity in the appended claims. The invention, to- 
gether with further objects and advantages thereof, may 
be further understood by making reference to the follow- 
10 ing description taken in conjunction with the accompa- 
nying drawings, wherein: 



Fig. 1 is a functional block diagram illustrating a sys- 
tem including a base unit and a plurality of mobile 
units. 

Fig. 2 is a flow diagram illustrating a method of com- 
municating between a mobile and a base unit. 
Fig. 3 is a diagram illustrating a data communication 
protocol for communicating data from a mobile, or 
remote, unit to a base unit which is used in conjunc- 
tion with the system of Fig. 1 and the method of Fig. 
2; 

Fig. 4 is a diagram illustrating a data communication 
protocol for communicating data from a base unit to 
a mobile unit which is used in conjunction with the 
system of Fig. 1 and the method of Fig. 2; 
Fig. 5 is a diagram illustrating a suitable sign con- 
vention for maneuver arm endpoint coordinates; 
Figs. 6 to 1 0 show examples of maneuver arms dis- 
plays in a remote unit; 

Figs. 11 to 14 illustrate data that is transferred be- 
tween a remote unit and a base unit in the example 
of Figs. 6 to 10; 

Figs. 15 to 38 illustrate additional examples of data 
transferred between a remote unit and a base unit; 
Fig. 39 illustrates a combined maneuver arms dis- 
play; 

Fig. 40 illustrates some examples of tokens and cor- 
responding expanded English, Spanish, and Ger- 
man text; and 

Fig. 41 is a flowchart used for explaining operation 
of a stripmap request feature, 
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Detailed Description of Preferred Embodiments 
Overview 



[0019] The invention provides a system and a method 
of providing route guidance information and other infor- 
50 mation from a base unit to a mobile unit in response to 
a request from the mobile unit The method comprises 
the steps of formatting a query at the mobile unit, the 
query including the request, communicating the query 
from the mobile unit to the base unit, and calculating 
55 route guidance information at the base unit in response 
to the query. The method further comprises the steps of 
formatting a response to the query at the base unit, the 
response including route guidance information, and 
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communicating the response from the base unit to the 
mobile unit. The guidance information may include nav- 
igation instructions from an origin to a destination, infor- 
mation about one or more points of interest within a par- 
ticular region, or other geographically referenced infor- 
mation. 

[0020] The system comprises an input means at the 
mobile unit for providing an origin and a destination. The 
system further comprises a calculating means at the 
base unit for calculating a route between the origin and 
the destination. The system still further comprises com- 
munication means for communicating the origin and the 
destination from the mobile unit to the base unit and for 
communicating the route from the base unit to the mo- 
bile unit. The routing information may include navigation 
instructions from an origin to a destination, information 
about one or more points of interest within a particular 
region, or other geographically referenced information. 
[0021] The method may comprise the steps of provid- 
ing an origin and a destination from the mobile unit to a 
base unit, the base unit located remotely from the mobile 
unit. The method may further comprise the steps of cal- 
culating at the base unit a route between the origin and 
the destination, and providing the route to the mobile 
unit. 

[0022] The system may comprise a mobile unit includ- 
ing an input means for providing at least a route desti- 
nation and an output means for providing an indication 
of the route guidance information. The system may fur- 
ther comprise a first transmission means at the mobile 
unit for transmitting destination data and origin data from 
the mobile unit, the destination data being indicative of 
a route destination and the origin data being indicative 
of a route origin. The system still may further comprise 
a base unit at the central location. The base unit includes 
a first receiving means for receiving the destination data 
and the origin data from the first transmission means, a 
calculating means coupled with the receiving means for 
calculating a route to the route destination from a route 
origin responsive to the destination data and the origin 
data, and a second transmission means for transmitting 
routing data, the routing data being indicative of the 
route. The system still further comprises a second re- 
ceiving means at the mobile unit for receiving the routing 
data from the second transmission means, the second 
receiving means being coupled with the output means 
for providing the route guidance information to the input 
means responsive to the routing data. 
[0023] The mobile unit may be a transportable device 
such as a laptop computer or personal digital assistant 
(PDA), or may be a desktop personal computer or any 
other device permitting data entry and display, printing, 
or sounding of the provided information. 
[0024] The mobile unit communicates with the base 
unit using any available communication system, such 
as land line telephone link, cellular telephone or radio 
frequency transmission. Queries are communicated 
from the mobile unit to the base unit The query requests 



route guidance information, information about a point of 
interest or other geographical information. The query is 
formatted in a specified protocol. The base unit commu- 
nicates responses to queries, the responses also being 
5 formatted in a specified protocol. The responses may 
include, for example, textual navigational directions 
and/or maneuver arms showing graphical representa- 
tions of street intersections and the calculated route 
through the intersection. Transmitting only a represen- 
10 tation of the intersection, rather than all geographical 
features around the intersection, allows the response, 
including the maneuver arms, to be transmitted over a 
low bandwidth channel. The invention may be embodied 
in a variety of different communication systems. Embod- 
*5 iments may be implemented using many different mo- 
bile unit platforms, taking advantage of each platform's 
capabilities while retaining as much system-level look 
and feel consistency as possible. 
[0025] The base unit includes a geographical data- 
20 base, such as the Navigation Technologies Corp. navi- 
gable map database. The geographical database stores 
a variety of geographical and position-oriented at- 
tributes, such as street addresses, turn restrictions and 
points of interest The points of interest are preferably 
25 organized according to different parameters, including 
point of interest type, such as "restaurant" or "museum," 
point of interest name; city; driving distance; and/or driv- 
ing time. The base unit further includes a server for re- 
ceiving queries from one or more mobile units, resolving 
30 ambiguities in the queries, determining a response to a 
query, and accessing the geographical database as 
needed. The server formats a response to the query and 
communicates the response to the mobile unit. 
[0026] In a first mode of operation, an origin and a 
35 destination are entered at the mobile unit. The origin 
and/or the destination may be in the form of a street ad- 
dress, an intersection of two streets, or a point of interest 
previously identified in the geographical database. The 
origin and destination are communicated from the mo- 
40 bile unit to the base unit. The base unit calculates a route 
between the specified origin and destination. The rout- 
ing information is communicated from the base unit to 
the mobile unit where it is displayed by the mobile unit. 
The display can be a graphical display, showing map 
45 portions and providing travel directions along with a dis- 
play of highway signs and other information. The display 
can include textual information providing travel direc- 
tions. The mobile unit may supply a digitally synthesized 
voice which audibly presents the travel directions to the 
50 user. In some applications, the display is stylized to dis- 
play additional information to the user or to display in- 
formation in a more realistic or more informative form. 
For example, the display can indicate in graphical form 
whether an on or off ramp is a tight or gentle turn by 
55 displaying stylized ramps. Shapepoints, that is, points 
which more accurately depict the physical shape of a 
road, can be generated either by the base unit or by a 
remote unit. 
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[0027] In a second mode of operation, the mobile unit 
formulates a query requesting information about points 
of interest within a specified distance of an origin. The 
origin may be specified by street address, intersecting 
streets, by geographic position or by reference to a point 5 
of interest. The query is communicated from the mobile 
unit to the base unit. The base unit uses the geograph- 
ical database to formulate a response. The response is 
communicated from the base unit to the mobile unit for 
display to the user. 10 
[0028] In a third mode of operation, a mobile unit pro- 
vides information specifying its location to the base unit. 
A control unit requests tracking information about the 
mobile unit from the base unit. The control unit may be, 
for example, another personal computer, coupled to the 15 
base unit through an external interface, either directly 
or through a communications network. The base unit 
provides to the control unit tracking information includ- 
ing the current location of the mobile unit with respect 
to the street network and the route covered by the mo- 20 
bile unit. 

[0029] A protocol for communicating a query from the 
mobile unit to the base unit and for communicating a 
response from the base unit to the mobile unit allows 
transmission of variable length messages, as required 25 
by the individual mobile unit or communication link. The 
protocol includes error checking, time stamping and 
subscriber information. The protocol further includes in- 
formation specifying origin and destination, for a query, 
and message type and message contents, such as 30 
route information, for a response. 
[0030] The invention provides a mobile unit with ac- 
cess to a larger, more comprehensive database. For ex- 
ample, prior art CD-ROM-based databases are limited 
to 600 MB of storage which may be sufficient to store 35 
map information for only a single metropolitan region. In 
contrast, embodiments of the invention allow the mobile 
unit to access map information for many metropolitan 
regions or an entire nation, as well as other information, 
such as on-line yellow page information or news, weath- *o 
er and/or traffic advisory information, which may be pro- 
vided by third-party information providers. Such infor- 
mation can be provided on a geographic specific basis. 
A still further advantage of the embodiments is that they 
permit automatic, real time database updates by main- 45 
taining the database only at the base unit, avoiding the 
need to distribute database updates to the mobile units. 
[0031] Communicating requests for routing informa- 
tion and responses including routing information may be 
independent of specific hardware. The system can be 50 
implemented using any commonly available hardware 
devices, including laptop computers, personal digital as- 
sistants and other transportable units communicating 
via wireless, wireline, and/or optical systems. 
[0032] The system may be capable of efficiently con- 55 
veying complex information, including graphical infor- 
mation, over communication channels having a limited 
bandwidth using data compression and a novel proto- 



col, to be described in detail below. This allows a system 
to dynamically transmit selected map portions for dis- 
play on a capable mobile unit The geographical infor- 
mation may be saved at the mobile unit for later retrieval 
and display, without having to again access the base 
unit. 

System Description 

[0033] Fig. 1 is a functional block diagram of a system 
1 0 The system 1 0 includes a base unit 1 2 and a plurality 
14 of remote units arranged to communicate with the 
base unit 12. The base unit 12 includes a central 
processing unit (CPU) and a program memory which 
stores programs for performing the functions described 
below. IBM RS/6000 series computers are suitable for 
such a purpose; however, many other computer sys- 
tems can be used. The plurality 14 of remote units may 
include, for example, a desktop personal computer (PC) 
16 such as IBM compatible PC's and the Apple Newton, 
a laptop personal computer (PC) 18, or a pager 20. Suit- 
able program languages include ANSI C and MS- Visual 
Basic. 

[0034] The plurality 14 of remote units may include 
any number of mobile units. The base unit 12 is prefer- 
ably located at a single, central location. One remote 
unit may be permanently located at a single site, such 
as desktop personal computer 16. Another remote unit 
may be mobile or transportable, such as laptop personal 
computer 18 or pager 20. As used herein, the term "mo- 
bile unit" includes both remote units which may be per- 
manently located at a single site and remote units which 
are mobile or transportable. 

[0035] Communications between the base unit and 
the remote units are packetized. A packet contains one 
or more messages. 

[0036] The desktop personal computer 16 is an ex- 
ample of one type of mobile unit which may be included 
in the system 10. The desktop personal computer 16 
preferably includes a modem 22, a memory 26, a key- 
board 28, a display 30 and a microprocessor 32. The 
modem 22 is adapted to be coupled to a telephone line 
24. The telephone line 24 is in turn coupled to the com- 
mercial telephone system 25. The modem 22 may be, 
for example, a serial (dial-up line) modem such as a mo- 
dem compatible with an AT command set which is built 
into the desktop personal computer 16, a stand-alone 
modem, or a PCMCIA modem. Alternatively, the modem 
may be for use with a specialty wireless transmission 
network such as ARDIS, CDPD (cellular digital packet 
data) or RAM. Still further, the modem may be of a type 
custom designed for the desktop personal computer 1 6. 
The modem 22 forms a transmission means at the mo- 
bile unit for transmitting the origin and the destination 
and a receiving means at the mobile unit for receiving 
the responses, including the route, from the base unit 
12. 

[0037] The microprocessor 32 responds to program 
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instructions and data stored in the memory 26. To acti- 
vate the system 1 0, a user manipulates the keyboard 
28 to formulate a request. The request may, for exam- 
ple, seek the route between an origin and a destination. 
The keyboard 28 thus provides an input means at the 
mobile unit for providing an origin and a destination. The 
desktop PC 16, under control of a program of instruc- 
tions stored in the memory 26, conveys the request over 
the telephone line 24 to the base unit 12. The base unit 
12 formulates a response to the request and conveys 
the response over the telephone line 24 to the desktop 
PC 16. The response to the request is displayed on the 
display 30. The display 30 thus forms an output means 
at the mobile unit for providing an indication of the route 
provided in the response. In addition, the response may 
be stored in the memory 26 for later retrieval and display. 
The memory 26 thus provides a storage means at the 
mobile unit for storing the route communicated from the 
base unit. 

[0038] The laptop personal computer 18 is another 
example of a mobile unit which can be used in the sys- 
tem 10. The laptop PC 18 includes a modem 34, a mem- 
ory 40, a position locator 42, a keyboard 44, a display 
46 and a microprocessor 48. The modem 34 is coupled 
to an antenna 36 for sending and receiving cellular tel- 
ephone calls in conjunction with the cellular telephone 
system 38, which is a portion of the commercial tele- 
phone system 25. The modem 34 may be, for example, 
any of the modem types described in conjunction with 
the modem 22 of the desktop personal computer 16. 
[0039] The microprocessor 48 operates in response 
to program instructions and data stored in the memory 
40. The position locator 42 provides the geographical 
position of the laptop PC 18. For example, the position 
indicator 42 may perform radio frequency (RF) triangu- 
lation or may be responsive to GPS (Global Positioning 
System), LORAN C signals or other satellite positioning 
systems for providing latitude and longitude positioning 
information. The position locator 42 thus provides a po- 
sition determining means for determining the geograph- 
ical position of the mobile unit. The laptop PC 18, in re- 
sponse to the program instructions stored in the memory 
40, provides a request over the commercial telephone 
system to the base unit 1 2. The request may be, for ex- 
ample, for the route between an origin and a destination. 
The origin may be specified either by manipulating the 
keyboard 44 or by providing the latitude and longitude 
information produced by the position locator 42. The 
base unit 12 provides a response to the request to the 
laptop PC 18. The response is displayed on the display 
46. 

[0040] The pager 20 provides another example of a 
remote unit which can be used in the system 10. The 
pager 20 includes an RF interface 50 coupled to an an- 
tenna 52 for receiving RF signals from an antenna 54 
coupled to the base unit 12. The pager 20 further in- 
cludes a microprocessor 56 responsive to program in- 
structions and data stored in a memory 58. In response 



to information transmitted from the base unit 12 and re- 
ceived at the antenna 52, the microprocessor 56 dis- 
plays information, such as geographical directions, on 
a display 60. 

5 [0041] In another mode of operation, one mobile unit, 
such as the desktop personal computer 1 6, may track 
another mobile unit, such as the laptop personal com- 
puter 18, using the system 10. A user of the desktop 
personal computer 16 may manipulate the keyboard 28 

10 to request route guidance information such as tracking 
information. The request is transmitted over the tele- 
phone line 24 to the base unit 12. The base unit 12 for- 
mulates a response based on the geographic position 
information provided by the position locator 42 of the 

*s laptop PC 1 8. The response is transmitted over the tel- 
ephone line 24 to the desktop personal computer 16 for 
display on the display 30. 

[0042] Thus, the system 10 provides geo-referenced 
information over, for example, wireless and wireline de- 

20 vices to mobile and remote users. It is understood that 
the communications technologies and the mobile units 
illustrated in Fig. 1 may be combined in ways other than 
those illustrated in Fig. 1 . For example, the desktop per- 
sonal computer 1 6 may include an RF interface such as 

25 the RF interface 50 of the pager 20. Similarly, the mo- 
dem 34 of the laptop PC 1 8 may be adapted for coupling 
directly to a telephone line such as telephone line 24. In 
addition, other types of mobile units, such as personal 
digital assistants (PDAs), may be included in the system 

30 10. Moreover, mobile units may access the base unit 
indirectly by communicating directly with a third-party in- 
formation provider, such as Prodigy™, which in turn 
conveys queries to and responses from the base unit 
12. In accordance with the invention, the invention op- 

35 erates independently of particular hardware configura- 
tions of the plurality 14 of remote units and of the com- 
munications system. 

[0043] The base unit 1 2 includes an I/O interface 62, 
a query resolver 64, a route calculator 66, a distance 

to and time travel estimator 68, a surroundings explorer 
70, a map database 72, an on-line traffic and map up- 
dater 72U, and a third-party data integrator 80. The I/O 
interface 62 includes a telephone interface 74 for cou- 
pling the base unit 12 to the commercial telephone sys- 

45 tern 25 including the telephone line 24. The I/O interface 
62 further includes an RF interface 76 for coupling the 
base unit 12 with RF communication devices such as 
an antenna 54. The I/O interface 62 and the modem 22 
thus provide a communication means for communicat- 

50 ihg an origin and a destination from the desktop person- 
al computer 16 to the base unit 1 2 and for communicat- 
ing a route from the base unit 1 2 to the desktop personal 
computer 16. The I/O interface 62, the modem 34 and 
the antenna 36 provide a communication means for 

55 communicating the origin and the destination from the 
laptop personal computer 18 to the base unit 12 and for 
communicating the route from the base unit 12 to the 
laptop personal computer 18. 
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[0044] The I/O interface 62 may further include a net- 
work interface 75 for coupling the base unit 12 to one or 
more wireless or wireline communication networks such 
as CDPD (cellular digital packet data), TCP/IP (trans- 
mission control protocol/Internet protocol), ARDIS or 
RAM. The I/O interface 62 may further include an exter- 
nal interface 77 for coupling the base unit 1 2 to a control 
unit 84. The control unit 84 provides an external link to 
the base unit 12 and may be, for example, a personal 
computer coupled over a wireless or wireline network or 
a directly connected terminal The control unit 84 may 
include, for example, a keyboard 86 and a display 88. 
The control unit 84 may request tracking information 
about the location of one or more mobile units. For ex- 
ample, a mobile unit may be located in an armored ve- i 
hide transporting valuables along a specified route. The 
control unit may receive tracking information from the 
base unit and, if the mobile unit in the armored vehicle 
varies from the specified route by a predetermined 
amount, sound an alarm or trigger some other action. 2 
[0045] The I/O interface 62, including the telephone 
interface 74 and the RF interface 76, provide a means 
for coupling the base unit 12 with communications me- 
dia such as the commercial telephone system and other 
wireline and wireless devices. The I/O interface 62 thus 2 
receives queries from the plurality 14 of remote units 
and transmits the responses from the base unit 12 to 
the plurality 14 of remote units. The I/O interface 62 
therefore provides a receiving means at the base unit 
for receiving the origin and destination and a transmit- 3( 
ting means at the base unit for transmitting the route to 
a mobile unit. 

[0046] The query resolver 64 receives the request 
from the I/O interface 62. When a request is entered at 
one of the plurality 14 of remote units, a mistake may 3S 
be made. For example, in manipulating the keyboard 44 
of the laptop personal computer 1 8, the user may have 
entered "O'HAIR," intending to enter "O'HARE," indicat- 
ing O'Hare Airport. Other ambiguities may be in the for- 
mat of the address provided, in the latitude and longi- 40 
tude of the position provided, or in the definition of cross 
streets. The function of the query resolver 64 is to re- 
solve such ambiguities in the query at the base unit 12 
and convey the query for further processing. 
[0047] After the query resolver, the query is routed to 45 
the route calculator 66. In a manner well known in the 
art, the route calculator 66 determines a route between 
a specified origin and destination using the map data- 
base 72. The map database 72 may be, for example, 
the navigable map database maintained by Navigation so 
Technologies Corp. The map database 72 preferably in- 
cludes an accurate, complete, and up-to-date represen- 
tation of geographic information such as addresses, 
street names, navigation attributes (including turn re- 
strictions, one-way streets, physical dividers, relative 55 
heights, freeway sign text, and so forth), as well as point 
of interest categories, such as parks, schools, hospitals, 
restaurants, and golf courses associated with the geo- 



graphic information. The on-line traffic and map updater 
72U receives updating information from map database 
vendor(s) 81 and traffic information providers 83 and 
maintains map database 72 current. 

5 [0048] In determining the route, the route calculator 
66 preferably takes into account routing restrictions 
such as toll road avoidance, turn restrictions at a spec- 
ified time of day, and other restrictions. Such routing re- 
strictions may be specified by an operator at the base 

f o unit 1 2 in response to a temporary condition or may be 
added to the map database 72 when the restrictions be- 
come nationally available. The route calculator 66 thus 
forms a calculating means at the base unit for calculat- 
ing a route between the origin and the destination. The 

5 map database may be divided into geographic areas 
such as metropolitan areas. Providing the route calcu- 
lation function in the base unit 12 reduces the data stor- 
age and data processing requirements for the remote 
units. In certain applications, however, it may be desir- 

o able to provide the remote units with a limited route cal- 
culation function. 

[0049] After a route has been calculated, the route is 
conveyed from the route calculator 66 to the I/O inter- 
face 62. The I/O interface 62 formats a response to the 

5 query. The response includes the route guidance infor- 
mation determined by the route calculator 66. The I/O 
interface 62 then communicates the response from the 
base unit 1 2 to the mobile unit which originally requested 
the information. 

? [0050] If the query requests a distance or a time of 
travel, the query is forwarded to the distance and time 
travel estimator 68. The distance and time travel esti- 
mator 68, in response to the query and using the map 
database 72, formulates a response to the query. The 

! response is conveyed from the distance and time travel 
estimator 68 to the I/O interface 62. The response is for- 
matted at the I/O interface 62 and communicated from 
the base unit 12 to the mobile unit which originally re- 
quested the information. 

[0051] if the query requests information about points 
of interest in the area surrounding an origin, the query 
is conveyed to the surroundings explorer 70. The sur- 
roundings explorer 70 provides an optimized method for 
searching for points of interest satisfying specified cri- 
teria or parameters such as time or distance. For exam- 
ple, the surroundings explorer 70 may locate all McDon- 
ald's™ restaurants within a specified driving distance or 
driving time of a specified origin, or it may locate the 
McDonald's™ restaurant nearest the specified origin. 
The origin and search parameters are specified in the 
query received from the mobile unit. In response to the 
query, the surroundings explorer 70 accesses the map 
database 72 and searches outward from the specified 
origin. The surroundings explorer 70 analyzes paths in 
the map database 72 over which a mobile unit, in a car 
for example, could legitimately travel. The surroundings 
explorer 70 examines the associated point of interest 
information for entries satisfying the specified search 
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parameters. The surroundings explorer 70 thus deter- 
mines which points of interest satisfy the query. The in- 
formation is then conveyed from the surroundings ex- 
plorer 70 to the I/O interface 62 and a response is for- 
matted. The response is then communicated from the 5 
base unit 12 to the remote unit which requested the in- 
formation. 

[0052] The third-party data integrator 80 provides ad- 
ditional data such as on-line yellow pages information 
or news, weather, and/or traffic advisory information for 10 
responding to queries from a mobile unit. The additional 
data are preferably received from other information pro- 
viders, illustrated in Fig. 1 as functional block 82. The 
additional data may also be added directly to and locat- 
ed within the map database 72. The additional data may 15 
be supplied external to the base unit 12 via any known 
data communications network. 
[0053] The functions performed by the base unit 12, 
as described above and illustrated in the functional 
block diagram of Fig. 1 , are performed in a data process- 20 
ing system. The data processing system may be in one 
or more units and include a processor for executing pro- 
gram instructions, a memory for storage of the program 
instructions and data such as the map database 72. The 
data processing system further includes other equip- 25 
ment such as digital logic for implementing the I/O inter- 
face 62 for receiving queries and sending responses. 
The data processing system may include a display and 
a keyboard as an operator interface. 
[0054] Fig. 2 is a flow diagram illustrating a method 30 
that begins at step 100 where communication is estab- 
lished between the mobile unit and the base unit 12. Per- 
formance of this step is largely dependent on the spe- 
cific implementation of both the base unit 1 2 and the mo- 
bile unit. For example, with reference to Fig. 1 , the desk- 35 
top personal computer 16 would establish communica- 
tions using the modem 22 to place a telephone call over 
the telephone line 24 to the base unit 1 2. The telephone 
interface 74 of the base unit 1 2 and the modem 22 would 
establish communication in a manner well known in the *o 
art. Similarly, the laptop personal computer 1 8 would es- 
tablish communications with the base unit 12 by com- 
pleting a telephone call through the cellular telephone 
system 38. However, the basic operation of the inven- 
tion is independent of the particular hardware and com- 45 
munication channels employed. 
[0055] The method continues at step 102, in which a 
query is formatted at the remote unit. The query is for- 
matted in accordance with a protocol to be described in 
further detail below in conjunction with Fig. 3. The query so 
comprises a serial stream of data and control bits. The 
control bits, for example, identify the remote user origi- 
nating the query. The data bits specify the precise re- 
quest being made of the base unit. For example, the da- 
ta bits may specify an origin point and a destination 55 
point, from which the route calculator 66 (Fig. 1) of the 
base unit 12 is to calculate the route. Certain communi- 
cations transport protocols, specific to the particular 



hardware implementation of the system 10, may pre- 
pend or append characters or other control bits to the 
control and data bits which form the query. For example, 
the modem 22 of the desktop PC 16 may include hand- 
shaking bits or signals to be used by the telephone in- 
terface 74 of the base unit 12 for processing the query. 
At step 104, the query is transmitted from the mobile unit 
to the base unit 12. 

[0056] The method continues at step 1 06, where am- 
biguities in the query are resolved by the query resolver 
64 (Fig. 1). Ambiguities may be in the form of spelling 
errors in the identification of an origin or a destination, 
an inconsistent latitude or longitude specification, and 
the like. At step 108, if the query resolver 64 cannot re- 
solve the ambiguity, an error message may be commu- 
nicated from the base unit to the remote unit at step 1 1 0, 
and the query must be repeated. 
[0057] The method continues at step 112, where the 
query type is identified. The query may be one of several 
different types, including a route query, a point of interest 
query, a language query, or a metro area query. A route 
query asks the base unit 12 to identify a route between 
a specified origin point and a specified destination point. 
A route query includes the origin and the destination. A 
point of interest query requests a list of points of interest 
which satisfy specified criteria. For example, a point of 
interest query might request a list of all restaurants of a 
specific type, such as McDonald's™, within a specified 
distance or a specified driving time of a specified origin. 
A language query requests a list of available languages 
for display of information at the mobile unit or specifies 
the language (such as English or Dutch) in which the 
routing information is to be displayed at the remote unit. 
Such language queries are not needed if the language 
independent mode (to be described below) is being 
used. A metro area query requests a list of available 
metropolitan areas or specifies the metropolitan area 
within the map database 72 (Fig. 1) to be used for re- 
sponding to the query. For example, a query which has 
as its origin "77 W. Chestnut Street" in Chicago must 
specify the Chicago metropolitan area rather than, for 
example, the Cincinnati metropolitan area, in order to 
prevent confusion. If a query cannot be identified, an 
error message is generated at step 110 and the query 
must be repeated. After the query type has been deter- 
mined at step 112, the query is routed to, for example, 
the route calculator 66, the distance and travel estimator 
68, and/or the surroundings explorer 70 (Fig. 1) for 
processing. 

[0058] The method continues at step 114, where the 
query is fulfilled. For example, if the query requested 
routing information between an origin and a destination, 
the route calculator 66, operating in conjunction with the 
map database 72, calculates a route between the origin 
and the destination. Similarly, if the query was a point of 
interest query, the surroundings explorer 70 will deter- 
mine points of interest which satisfy the query. 
[0059] The method continues at step 116, where the 
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response to the query is formatted. The response is for- 
matted in accordance with a data communications pro- 
tocol to be described in detail in conjunction with Fig. 4. 
The formatted response includes control and data bits. 
The control bits specify information such as the mobile 
unit which initiated the request. The data bits specify the 
information, such as route guidance information, which 
fulfills the query. At step 118, the method concludes 
when the response is electromagnetically transmitted 
from the base unit 1 2 to the mobile unit. 
[0060] Referring now to Fig. 3, it is a diagram illustrat- 
ing a data communication protocol for communicating 
data from a mobile unit to a base unit in conjunction with 
the system of Fig. 1 and the method of Fig. 2. The pro- 
tocol illustrated in Fig. 3 is defined by a communications 
syntax including variable message lengths, allowing as 
little or as much data transfer as necessary for the spe- 
cific application requirement. In this implementation ex- 
ample, the protocol can be used across all communica- 
tions systems, as long as the printable, seven-bit ASCII 
character set, plus the "newline" character (OxOA) can 
be transmitted by the communications system. 
10061] The transmitted character set consists of the 
principal ASCII character set plus the newline character. 
To transmit bytes of data which do not fit in this character 
set, or for communication protocols which do not allow 
transmission of the newline character, an escape mech- 
anism is provided to allow transmission of these char- 
acters. For communication in binary format, numeric 
fields or numeric values are transmitted using two's 
complement notation, in network byte order (most sig- 
nificant byte first, followed by bytes of decreasing sig- 
nificance). Floating point numbers are transmitted using 
the IEEE 64-bit double precision format, with the most 
significant byte transmitted first. 
[0062] Only a single query message 1 20 is needed to 
transmit a query from a mobile unit to the base unit 12. 
This query message 120 provides for both current loca- 
tion tracking information as well as route calculation re- 
quests. The query message 120 includes a plurality of 
fields 122. Each field of the plurality 122 of fields is sep- 
arated by a delimiter, preferably the vertical bar "I" (AS- 
CII code 0x7C). The start of the query message 1 20 be- 
gins with a delimiter character. The end of each mes- 
sage is marked by a delimiter character immediately fol- 
lowed by a newline character (ASCII code OxOA), rep- 
resented in Figs. 3 and 4 as "to". Any characters be- 
tween the ending newline character and the starting de- 
limiter are preferably ignored by the base unit 12 and 
the mobile unit. 

[0063] As noted, the query message 120 includes a 
plurality of fields 122. Some communications transport 
protocols may prepend or append characters for con- 
trolling communication of the message in accordance 
with the specific hardware implementation of the system 
10. 

[0064] The query message 120 includes a message 
length field 1 24. This field specifies the length of the que- 



ry message 1 20. The message length field 1 24 may also 
include a compression marker 125 indicating the com- 
pression status of the message. For example, the com- 
pression marker 125 may take on a first value if the que- 
5 ry message 120 is compressed using a current phrase 
compression table. The compression marker 125 may 
take on a second value if the query message 1 20 is com- 
pressed using the current dictionary (bit compression) 
table. The compression marker 1 25 may take on a third 
10 value if the query message 1 20 is compressed using the 
L-Z (Lev-Zempel) compression algorithm. And the com- 
pression marker 125 may take on a fourth value or sim- 
ply not be present if the query message 120 is not com- 
pressed in any way. 
15 [0065] The query message 1 20 further includes a cy- 
clical redundancy check (CRC) field 126. This field is 
preferably the computed CRC-16 of the query message 
120, starting with the delimiter following the CRC field 
126 up to and including the ending newline, as actually 
20 transmitted (i.e., as compressed). The query message 
120 further includes a time stamp field 128 which gives 
the number of seconds since the epoch (00:00:00 GMT 
January 1, 1970) when this message was sent. Prefer- 
ably, messages older than 20 minutes will be ignored 
25 when received by the base unit 12. 

[0066] The query message 120 further includes a 
subscriber identifier field 130. The information provided 
in this field may be used for billing and audit information. 
The query message 120 further includes a message 
30 identifier field 1 32. The characters in this field are used 
to tag response messages transmitted from the base 
unit 12 to the requesting mobile unit. The base unit 12 
will place the characters in the message ID field 132 in 
any return message so that the mobile unit may deter- 
35 mine what original message the base unit 1 2 is respond- 
ing to. The query message 120 further includes an iden- 
tifier field 134, which provides identification information 
uniquely identifying the mobile unit which transmitted 
the query message 120. The identification field 134 is 
w used for tracking and communications addressing. 
[0067] The query message 1 20 further includes a lat- 
itude field 136 and a longitude field 138. These fields 
specify the current position of the mobile unit by latitude 
and longitude, respectively. By default, the current lati- 
! 5 tude and longitude provide the origin for all routing re- 
quests, and also provide the position used for default 
tracking address translation. 

[0068] The query message 1 20 further includes an or- 
igin field 140. The origin field 140 specifies the origin 

o address for a routing information request. If this field is 
empty, the current position specified by the latitude field 
136 and the longitude field 138 is used as the origin ad- 
dress. The query message 1 20 further includes an origin 
type field 1 42, which may be either an address or a point 

s of interest category (such as "restaurant", "museum" or 
"airport") which is recognizable by the base unit 12. 
[0069] The query message 120 further includes a 
destination field 144, which specifies the destination ad- 
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dress if routing information is requested by the mobile 
unit from the base unit 12. If the destination field 144 is 
empty, then no route is calculated by the base unit 12. 
Instead, the message 120 is considered to be a tracking 
message only, merely providing the location of the mo- 
bile unit. 

[0070] The query message 120 further includes a 
destination type field 146 which specifies the type of 
destination. For example, the destination may be an ad- 
dress or a point of interest category recognizable by the 
base unit 12. For example, the point of interest catego- 
ries may include "restaurant", "airport", or "museum." As 
one example, the destination type field 1 46 may be "res- 
taurant", and the destination field 144 may be "McDon- 
ald's™". 

[0071] The query message 120 further includes a 
destination limit field 148. This field specifies a limit for 
point of interest searches. Such a search will be limited 
to the range specified by the value in the destination limit 
field 148 about the origin. For example, if the destination 
limit field 148 is empty or has a value 0, the base unit 
12 preferably interprets this to indicate that the nearest 
point of interest satisfying the requirements specified by 
the destination field 144 and the destination type field 
146 should be located. If the destination limit field 148 
is non-zero, then the limit specified sets the maximum 
range searched for a matching point of interest. If no 
matching point of interest is in the range specified, a "no 
match" route error is returned. 
[0072] The value of the destination limit specified in 
the destination limit field 148 depends on the limit type 
field 150. The limit type field 150 determines what unit 
of measurement is in the destination limit field. For ex- 
ample, the limit type field may take on a first value (for 
example "M") when the destination limit specifies a 
straight line distance. The limit type field 150 may take 
on a second value when the destination limit is driving 
distance. Or, the limit type field 150 may take on a third 
value when the destination limit is driving time, in min- 
utes. 

[0073] The query message 120 concludes with an 
ending field 152. The ending field 152 preferably in- 
cludes the newline character, represented in Fig. 3 as 
"\n". 

[0074] Before the ending field 152, the query mes- 
sage 120 may also include additional optional fields 
which specify additional information or service requests 
from the mobile unit to the base unit 12. For example, 
the query message 120 may additionally specify a text 
message to an operator of the base unit 12, or specify 
whether the base unit 1 2 should provide maneuver arms 
information or combined maneuver arms information 
along with route guidance text. The query message 120 
can also specify, for example, whether the base unit 12 
should send route stripmap information for a specified 
strip width with the returned route text, whether the base 
unit 1 2 should send responses in a language independ- 
ent manner, and/or whether map information should be 



sent by the base unit 12 in bitmap or vector form. 
[0075] Maneuver arms information is used to repre- 
sent intersections along the route determined by the 
base unit 1 2. Combined maneuver arms information can 
5 be provided when two intersections are sufficiently close 
together. Further, the query message 120 can addition- 
ally specify routing options such as route calculations 
which avoid tolls, avoid left turns or avoid limited access 
roads, or specify a time of day for the start of the route. 
10 Still further, the message 120 could optionally request 
additional information from the base unit 12, such as a 
list of point of interest types, a list of points of interest 
matching search criteria or a list of files which may be 
communicated from the base unit 12 to the mobile unit 
*5 to provide descriptive information. 

[0076] Referring now to Fig. 4, Fig. 4 illustrates a data 
communications protocol for communicating data from 
a base unit to a mobile unit which can be used in con- 
junction with the system of Fig. 1 and the method of Fig. 
20 2. In Fig. 4, a response message 160 is illustrated as 
including a plurality of fields 162. 
[0077] The response message 160 may be transmit- 
ted in a continuous stream of data, called the burst 
mode, or in a plurality of discrete responses to queries 
25 for data, called the normal mode. The mode of data 
transmission can be specified by the mobile unit, for ex- 
ample, in an additional field included in the query mes- 
sage 120. In the burst mode, the base unit 12 transmits 
data as fast as possible, without waiting for requests 
30 from the mobile unit. In the normal mode, the base unit 
12 sends a packet, then waits for the mobile unit to re- 
quest the next packet before sending the next packet. 
[0078] As mentioned above, the response transmitted 
from the base unit 12 to a mobile unit may include 
35 maneuver arms information. Maneuver arms are graph- 
ical vectors used by the mobile unit for displaying a 
graphical representation of an intersection to be tra- 
versed. At least three types of visual information can be 
transmitted by the base unit. These include a geometric 
40 representation of the intersection, including arms repre- 
senting the streets approaching an intersection and the 
angles at which the streets approach the intersection. 
The transmitted information can further include which of 
the streets is included in the route to be travelled so that, 
45 for example, that street may be highlighted in the graph- 
ical display. The transmitted information can further in- 
clude information about street signs located at the inter- 
section. 

[0079] In one embodiment, the maneuver arms infor- 
so mation includes only sufficient data to create a display 
showing only what the driver of a vehicle containing the 
mobile unit will see as the driver traverses the displayed 
intersection. Other, extraneous information, such as a 
map of the region around the intersection or of the entire 
55 metropolitan region, is not transmitted. 

[0080] Transmitting only a representation of intersec- 
tions to be traversed, rather than extraneous informa- 
tion, greatly reduces data transmission and storage re- 
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quirements. Thus, a relatively low bandwidth channel 
may be used for transmitting queries and responses be- 
tween the base unit 1 2 and the mobile unit. For example, 
a channel having a bandwidth as low as 1,200 bits per 
second may be used. In contrast, transmitting extrane- 
ous information may require a bandwidth as high as 1 
megabit per second. Since the amount of data transmit- 
ted is relatively small, the entire response, including 
maneuver arms information, may be transmitted in a 
reasonable time, even at a low bandwidth. In addition, 
since only pertinent information about intersections is 
transmitted, only a small amount of memory, such as 
memory 26 of the desktop personal computer 16 (Fig. 
1 ) is required at the mobile unit. 
[0081] After an intersection has been traversed, the 
display is, in general, updated to show the next intersec- 
tion to be traversed, using maneuver arms information 
received from the base unit and stored in memory. The 
display can be updated in response to operator control, 
for example, by operating a switch or by voice control, 
or automatically in response to a position sensor such 
as the position locator 42 of the laptop personal compu- 
ter 18 (Fig. 1). 

[0082] The response message 160 preferably in- 
cludes a message length field 164 which specifies the 
length of the response message 160. In addition, the 
message length field 164 may include a compression 
marker character 1 65. The compression marker char- 
acter 165 may take on one of a number of values. For 
example, the compression marker character 165 may 
take on a first value if the response message 1 60 is com- 
pressed using the current phrase compression table. 
The compression marker character 1 65 may take on a 
second value if the response message 160 is com- 
pressed using the current dictionary (bit compression) 
table. The compression marker character 165 may take 
on a third value if the response message 160 is com- 
pressed according to the L-Z (Lev-Zempel) compres- 
sion algorithm. The compression marker character 165 
may take on a fourth value or simply not be present if 
the response message 160 is not compressed in any 
way. 

[0083] The response message 1 60 further includes a 
CRC field 166 which is preferably the computed CRC- 
16 of the message 160, starting with the delimiter fol- 
lowing the CRC field 166 up to and including the ending 
character of the message 160. The response message 
160 further includes a time stamp field 168 which spec- 
ifies the number of seconds since the epoch (00:00:00 
GMT January 1, 1970) when this message was sent. 
Preferably, messages older than 20 minutes will be ig- 
nored by the mobile unit which receives the message. 
[0084] The response message 1 60 further includes a 
subscriber identifier field 1 70. This field preferably spec- 
ifies information used for auditing, billing and authoriza- 
tion. 

[0085] The response message 1 60 further includes a 
message identification field 172. In accordance with the 



invention, the contents of the message identification 
field 170 of the response message 160 match the con- 
tents of the message ID field 1 32 of the query message 
120. The response message 160 further includes an 
5 identifier field 1 74. Preferably, the contents of the iden- 
tifier field 174 of the response message 160 match the 
contents of the identifier field 1 34 of the query message 
120. 

[0086] The response message 160 also includes a 
10 type field 176 and a message field 178. The type field 
176 specifies the type of the message contained in the 
message field 178. For example, the type field 176 may 
have a first value (for example type W R") specifying that 
the message field 178 contains route tracking address 
'5 translation information. Such a message would result 
from the base unit 12 having received a route tracking 
query. The message in the message field 178 is then 
the address corresponding to the current position (lati- 
tude, longitude). The type field 176 may have a second 
20 value specifying that the message field 178 includes 
route guidance information. This message would result 
from the base unit 1 2 having received a route calculation 
request. The message is the set of driving instructions. 
The instructions will contain several lines of text, each 
25 separated by carriage retum/newline characters. There 
may be several messages of this type communicated 
for a single route. Each message will correspond to a 
single maneuver if arms are requested, or be the com- 
plete text if arms are not requested. 
30 [0087] The message type field 1 76 may take on a third 
value to indicate that the message field 178 contains a 
download of information. This message would result 
from a query requesting particular information from the 
base unit 12. The type field 176 may take on a fourth 
35 value to indicate that the message field 1 78 contains an 
error message. For example, the latitude and longitude 
specified by the latitude field 136 and the longitude field 
138 in the query message may be outside the specified 
metropolitan region, or the specified address may be 
40 invalid or not found for a route calculation. The message 
field 178 contains the error text defining the error. 
[0088] The type field 1 76 may take on a fifth value to 
specify that the message field 1 78 contains a query re- 
sponse. Such a message would be the result of a query 
45 made of the database, for example requesting a list of 
point of interest types. The message field 178 includes 
the query data. 

[0089] The response message 1 60 concludes with an 
ending field 180. Preferably, the ending field 180 in- 

so eludes the newline character, illustrated in Fig. 4 as "\n". 
[0090] The use of maneuver arms will now be de- 
scribed in greater detail. Maneuver arms are used to de- 
pict roads at intersections. If maneuver arms information 
is requested by a remote unit, the base unit 12 gener- 

55 ates the maneuver arms information in a maneuver arm 
generation module and provides this arms information 
for a current maneuver to the remote unit. The remote 
unit, for example computer 18, processes this informa- 
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tion and displays the information on a display, for exam- 
ple display 46. The base unit 1 2 provides the information 
to the remote unit in the following form: 

FromName; ToName; x 1t y^ x 2 , y 2 [...; x„. yj 
[0091] "FromName" is the road being driven on at the 5 
beginning of the maneuver. "ToName" is the road being 
driven on at the end of the maneuver (except for the first 
maneuver). The x ( y values specify the endpoints of the 
arms from an origin, which is set at the intersection. 
Each arm starts at the origin and radiates outward to an 10 
endpoint x, y. In one preferred embodiment, x and y are 
integer values between -100 and +100. The base unit 
12 scales and rotates the arms so that the from road is 
vertical on the display and approaches the intersection 
from the bottom. If there are any arms, in general there 15 
will be at least two: a first arm to represent the "from" 
road using x 1 and y 1f and a second arm to represent the 
"to" road using x 2 and y 2 . Other arms specified by x,, 
and y n are used to represent any additional roads at the 
intersection. The signs of the x and y coordinates are 20 
shown in Fig. 5. 

[0092] In one embodiment, the endpoint coordinates 
of the first, or from, arm are 1, 99 so that the first arm 
appears to be going straight up from the bottom of the 
display to the origin. The other arms are mapped relative 25 
to the position of this first arm. In this embodiment, end- 
point coordinates of 99, -1 correspond to an approxi- 
mately 90° right turn from the first arm. Endpoint coor- 
dinates of -99, 0 correspond to an approximately 90° left 
turn from the first arm. Endpoint coordinates of 1 , -1 00 30 
correspond to proceeding straight ahead through the in- 
tersection. 

[0093] For the first maneuver, the ToName can repre- 
sent a cross street near the beginning of a route to orient 
the driver even though this cross street is not to be 35 
turned onto. 

[0094] Figs. 6 to 10 illustrate examples of displays in 
a remote unit in the course of a trip from 1 550 Rockwood 
St., Los Angeles, to 280 Emerald St., Los Angeles. In 
this example, after the driver enters the from information 40 
"1550 ROCKWOOD ST, LOS ANGELES" and the to in- 
formation "280 EMERALD ST, LOS ANGELES" the dis- 
play in the remote unit informs the driver of the approx- 
imate driving distance and driving time by displaying 
"ABOUT 0.4 MILES, 3 MINUTES" (not shown in Figs. 6 45 
to 1 0). Then, as the driver proceeds, the display displays 
the textual and graphic information shown in Figs. 6 to 
10. The directions in textual form are displayed on the 
left, and corresponding maneuver arms are graphically 
displayed on the right based on the x, y endpoint coor- 50 
dinates received from the base unit 12. The exact ap- 
pearance of the display, for example, road width and 
road edge color, can be customized by the remote user. 
[0095] Figs. 1 1 to 1 4 illustrate the data transferred be- 
tween the remote unit and the base unit in the example 55 
of Figs. 6 to 10. More specifically, Fig. 11 illustrates the 
packet transmitted from the remote unit to the base unit. 
Fig. 12 illustrates the packet issued from the base unit 



in response. Fig. 13 illustrates a second communication 
from the remote unit to the base unit. And, Fig. 14 illus- 
trates a corresponding response from the base unit. In 
the example of Figs. 11 to 14, not all of the fields shown 
in Figs. 3 and 4 are needed and are thus omitted. 
[0096] As shown by the "ARMS=Y" designation in an 
optional routing alternatives field, the request in Fig. 11 
includes a request for maneuver arms information. In 
the second message in Fig. 12, the base unit begins to 
send maneuver arms information, in the format de- 
scribed above, via the "ARM=ROCKWOOD,GLEN- 
DALE;1,99;-91,41;90,-42" instruction. The optional 
"MORE=Y" instruction in the fifth message of Fig. 12 in- 
dicates that there are more packets of messages to fol- 
low. The "MANEUVER=NEXT" and "ARMS=Y" instruc- 
tions of Fig. 13 direct the base unit 12 to send the addi- 
tional information, including maneuver arms informa- 
tion. This additional information is sent via the packet 
shown in Fig. 14. 

[0097] Figs. 1 5 to 38 illustrate additional examples of 
data transferred between a remote unit and a base unit. 
Fig. 15 illustrates a packet sent by a remote unit to a 
base unit which constitutes the initial log-in communica- 
tion that sets a non-burst mode and a 1K maximum 
packet size. Fig. 16 illustrates the response to the re- 
quest of Fig. 15. Fig. 16 is a response which merely ac- 
knowledges the request of Fig. 15 because there is in- 
sufficient information for a route request or a query. Fig. 
17 illustrates a request to use a Los Angeles, California 
database for future requests and Fig. 18 illustrates the 
corresponding acknowledgement. 
[0098] Fig. 1 9 illustrates a request for a route from 950 
S. Flint Ridge Way to 2043 N. Sacramento along with 
maneuver arms. Fig. 20 illustrates a first packet in re- 
sponse to the request of Fig. 19. Fig. 21 illustrates a 
request from the remote unit to the base unit to send the 
next packet of instructions along with maneuver arms. 
Fig. 22 illustrates a response providing the next packet, 
as requested. Fig. 23 illustrates a request for the next 
block of instructions and Fig. 24 illustrates the next block 
of instructions. Finally, Fig. 25 illustrates a request for 
the last block of instructions and Fig. 26 illustrates the 
corresponding response. Thus, Figs. 1 9 to 26 together 
illustrate the communications to provide the route from 
950 S. Flint Ridge Way to 2043 N. Sacramento. 
[0099] Fig. 27 illustrates a request for a route from 
1750 Queens Road to 7530 Orangethorpe, along with 
maneuver arms. Fig. 28 illustrates the packet giving the 
first block of instructions in response to the Fig. 27 re- 
quest. Fig. 29 requests the next block of maneuvers. 
And, Fig. 30 illustrates the final block of maneuvers. 
[0100] Fig. 31 illustrates a request for a list of all points 
of interest (POIS) of the restaurant type with "HAPPY" 
in their name within 10.0 miles (encoded as "100" and 
"M M ) of 1855 W. Katella Avenue. Fig. 32 illustrates the 
response indicating that there are no such points of in- 
terest found which satisfy the given criteria. Fig. 33 il- 
lustrates another request for a list of points of interest 



12 



23 



EP 0 766 811 B1 



24 



of the restaurant type with "HUNGRY" in their name 
within 10.0 miles of 1855 W. Katella Avenue. Fig. 34 il- 
lustrates the corresponding response providing the in- 
formation for two points of interest satisfying the criteria 
set forth in the message of Fig. 33. In Fig. 34, "HUNGRY 5 
TIGER SEAFOOD RESTAURANT" at "6231 MAN- 
CHESTER BLVD. BUENA PARK" is the first point of in- 
terest. The "36" is the type of point of interest, i.e., res- 
taurant. The "23606" is a unique identification number 
for the point of interest. The "0-0-223-1 37,4,1 " specifies 10 
the restaurant location relative to a known node in the 
metropolitan region. The "46646" is the distance to the 
restaurant in feet and the "N" indicates that no additional 
information regarding the restaurant is available. 
[0101] Fig. 35 is a packet sent from a remote unit to 15 
a base unit which requests a list of points of interest of 
the restaurant type with "BURGER" in their name within 
10.0 miles of 1855 W. Katella Avenue. Fig. 36 illustrates 
the first packet in response to the request of Fig. 35. Fig. 
37 requests additional points of interest in response to 20 
the request of Fig. 35. Fig. 38 provides additional points 
of interest satisfying the criteria in the request in Fig. 35. 
[0102] The system generates combined maneuver 
arms in situations where turns are required at two dif- 
ferent intersections which are close together. Fig. 39 il- 25 
lustrates an example of a combined maneuver arm. In 
the example of Fig. 39, a slight right turn is required at 
the corner of Broad Street and Elm Street and a left turn 
is required at the intersection of Elm Street and Main 
Street. Instead of generating maneuver arms for the 30 
Broad-to-Elm turn and another set of maneuver arms 
for the Elm-to-Main turn, the system generates a single 
combined maneuver arms display, as shown in Fig. 39, 
by the following process. 

[0103] For each set of maneuver arms generated at 35 
an intersection, the base unit 12 determines whether 
there is a sufficiently close intersection at which the driv- 
er must turn. If sufficiently close intersections requiring 
turns occur, then the maneuver arms information for 
both of these intersections are merged for a single com- 40 
bined maneuver arms display such as that shown in Fig. 
39. For the combined maneuver arms, the roads are 
designated by sets of endpoints, similar to that de- 
scribed above in connection with Fig. 5. One acceptable 
form for combined maneuver arms is as follows: 45 

FromName, ToName, ox a , oy a , x a1 , y a1 ; x a2 , y a2 ; 
x an« 

y an : ToName, ox^ oy b , x b1 , y b1 ; x b2 , y b2 ; x bn , y bn 

50 

[0104] The ox a and oy a coordinates specify the coor- 
dinates of the first, or a m , intersection, or origin, and the 
ox b and oy b coordinates specify the coordinates of the 
second, or b m , intersection, or "origin." The arms are 
specified with respect to these origins. For example, x a1 55 
and y a1 are the endpoint coordinates of the 1 st road at 
the first, or a m , intersection. To conserve space, coordi- 
nates for "origins" other than the first can be omitted be- 



cause they can be reconstructed from the from/to arm 
data. 

[01 05] Combined textual information is also displayed 
along with combined maneuver arms. Thus, along with 
the graphic display shown in Fig. 39, the following tex- 
tual instructions are also displayed: "Turn slight right on 
ELM ST. followed shortly by a left turn onto MAIN ST. 
Drive 5.6 miles." Three or more intersections can be 
combined. 

[0106] Transmission of message information, that is, 
the information in message field 1 78 in Fig. 4, in a further 
compressed form. The use of such a form has at least 
two advantages. First, use of such a form allows mes- 
sage information to be transmitted electromagnetically 
in a more efficient way. Second, use of such a form al- 
lows transmission of information from the base unit 1 2 
to a remote unit in a language independent manner. Up- 
on receipt of the information in this form, the remote unit 
then converts the information for display into expanded 
textual instructions in any desired language such as 
English, Spanish, Japanese, and/or German. This form 
will generally be referred to herein as the language in- 
dependent form or language independent mode. 
[01 07] In the language independent mode, the textual 
description of maneuvers are generated by a token gen- 
eration module in base unit 12 and are transmitted to 
the remote unit in a tokenized form. For example, in- 
structions to: 

Turn left on W. MAIN ST. and drive 4.3 miles. 
[0108] Would be transmitted as: 

3,W. MAIN ST.,4.3. 
[01 09] In this example, the "3" represents the English 
instruction to: 

Turn left on [blank 1] and drive [blank 2] miles. 
[0110] The "W. MAIN ST" field is the information to 
be inserted in the [blank 1] position (corresponding to a 
street sign) and the "4.3" field is the information to be 
inserted in the [blank 2] position. If German language 
instructions are desired, then the remote unit displays 
the following text for a type "3" instruction: 
[0111] Auf [blank 11 links abbiegen und [blank 21 
Meilen weiterfahren. 

[01 1 2] Thus, using the 5th message of Fig. 1 2 as an- 
other example, instead of transmitting "Turn LEFT onto 
EMERALD DR. \r Drive 0.1 miles." the following token- 
ized information is transmitted to convey the same in- 
formation in a much more compact form: 

3.EMERALD DR.,0.1 
[01 13] Fig. 40 provides additional examples of tokens 
and corresponding expanded text in English, Spanish, 
and German. 

[0114] Upon receiving the tokenized route informa- 
tion, the remote unit applies a set of translating instruc- 
tions contained in a lookup table implemented, example, 
in computer 18, one table per language, or sounding, 
desired. For example, the English token translation in- 
structions for a type 3 token indicate that "Turn left on" 
is displayed, then the signage or street name, then "and 
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drive," then the distance, and then "miles." The remote 
unit can be equipped with a set of buttons for the user 
to specify the desired language(s). 
[0115] Translation instruction can be more or less 
complicated and can include conditions for added flex- 
ibility. For example, the English token translation in- 
structions for a type 5 instruction indicate that "Follow 
the sign" is displayed first, then if the number of signs in 
the message is greater than one an "s" should be added 
to "sign," then the sign(s) should be displayed, then "on 
the ramp." should be displayed. Thus, in one instance 
a type 5 token might produce, expanded English 
maneuver text of: 

Follow the signs TO O'HARE, TO INDIANA on the 

ramp. 

[0116] In another instance, a type 5 token might pro- 
duce the expanded English maneuver text of: 

Follow the sign TO CHICAGO on the ramp. 
[01 1 7] The remote unit can also convert the miles in- 
formation into kilometers, if desired. 
[0118] Thus, in the language independent mode, in- 
formation is transmitted from the base unit without re- 
gard to any particular language. Accordingly, the trans- 
mission bandwidth does not depend on the language of 
the instructions to be displayed on the display in the re- 
mote unit. Because the remote unit produces the actual 
text portion, routes can be presented in more than one 
language or way either concurrently or serially, as de- 
sired by the remote user, without the need for additional 
information from the base unit. 

[0119] Use of tokens allows remote system users to 
create their own language formats, if desired, to best fit 
particular needs and capabilities. Alternatively, a remote 
unit can download language formats (that is, expanded 
text corresponding to various tokens) that have already 
been created from the base unit. 
[0120] The base unit can also provide the remote 
units with other information in addition to the textual di- 
rections and maneuver arms information discussed 
above. In some applications, a remote user desires 
more information than just the textual directions and 
maneuver arms information and more information than 
is stored and maintained in the remote unit. For various 
practical reasons, such as cost, remote units generally 
have at best only a limited database on-board. Such a 
limited database may, for example, include information 
and/or maps for a limited metropolitan area. 
[0121] Even though a remote user may have a limited 
on-board database, the invention allows the remote us- 
er to obtain a large amount of information from the base 
unit. Thus, the remote unit may access a large amount 
of information without burdening the remote unit with 
storage and maintenance of a large database. Such in- 
formation can include, for example, maps for a complete 
route (not just information about intersections which re- 
quire turns) or maps for an area which is simply not cov- 
ered by any on-board database. 
[0122] Fig. 41 is a flowchart which illustrates the op- 



erations in a remote unit, such as computer 18, for de- 
termining whether the remote unit needs additional in- 
formation from the base unit and for obtaining such ad- 
ditional information when it is needed. In the operations 
5 illustrated in Fig. 41, the remote unit has a small on- 
board database. 
[0123] In step S1, the remote unit requests a route 
between an origin and a destination from the base unit 
using the protocol shown in Figs. 3 and 11. The base 
10 unit 12 calculates the route in route calculator 66 and 
this route is received in the remote unit in step S2. In 
step S3, the remote unit compares the route received 
from the base unit with map information stored on-board 
the remote unit. In a preferred embodiment, the corn- 
's parison is made on a node basis. If any part of the route 
is not adequately covered by the on-board maps in 
terms of geographic scope/bound or level of detail/con- 
tent, as determined at step S4, then the processing pro- 
ceeds on to step S5. Otherwise, the processing pro- 
20 ceeds on to step S7 and is completed. 

[0124] In step S5, the remote unit requests, from the 
base unit 12, stripmaps for those portions of the route 
which are not adequately covered by the maps available 
on-board the remote unit. Maps are not requested for 
25 areas which are adequately covered by on-board maps. 
A stripmap can be relatively simple or it can be fairly 
detailed and include side roads, intersections, points of 
interest, and features for map-matching in the remote 
unit. In step S6, the remote unit receives the requested 
30 stripmap information from the base unit. 

[0125] A similar procedure is used when a route is 
within the area covered by the on-board database but 
the base unit has more up-to-date information. The re- 
mote unit can also download updated maps, new pro- 
35 grams, and the like. Remote units without any on-board 
database must obtain all information from the base unit. 
A remote unit specifies what information it needs, using 
the above-described protocol, based on what informa- 
tion the remote unit desires and can handle. 
40 [01 26] As can be seen from the foregoing, the inven- 
tion provides a system and method for providing graph- 
ically referenced information from a base unit or server 
to a mobile unit in a compact form, and allow the mobile 
unit to operate with limited database storage. Software 
<5 for controlling the mobile unit runs on generic hand-held 
devices or desktop computers with wireless or wireline 
communications capability. A query, communicated 
from the mobile unit to the base unit, and the response, 
communicated from the base unit to the mobile unit, are 
50 packaged into a standard data communications protocol 
that manages a broad spectrum of queries and respons- 
es available. This approach to providing route guidance 
information allows automatic real time database up- 
dates and corrections at the base unit, avoiding data- 
55 base distribution problems. In addition, the cost and 
technical requirements for the on-board or mobile unit 
equipment are substantially lower than for prior art route 
guidance information systems. 
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[0127] It is to be understood that, while the detailed 
drawings and specific examples given describe pre- 
ferred embodiments of the invention, they are for the 
purpose of illustration only. The embodiments are not 
limited to the precise details disclosed, and various 5 
changes may be made therein. For example, the format 
or protocol of the query message and the response mes- 
sage, illustrated in Figs. 3 and 4, respectively, may be 
modified to request different types of information from 
the map database or to specify different formats or sub- 10 
sets of information to be conveyed to the mobile unit 
Such changes may be made without departing from the 
scope of the invention which is defined by the following 
claims. 
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Claims 



1 . A routing system (10) comprising: 



20 



a base unit (12) adapted to calculate a route in 
response to a route request and comprising a 
first database (72) containing map information; 
a communications link; and 
a remote unit (14) adapted to electromagnet!*- 25 
cally transmit a route request to the base unit 
(12) using the communications link, and to re- 
ceive a route from the base unit (12) in re- 
sponse to the route request using the commu- 5. 
nications link, 30 

characterised in that: 

the remote unit (14) comprises a second data- 6. 
base (26, 40, 58) containing map information; 35 
and 

the remote unit (14) is adapted to compare the 
received route with the map information con- 
tained in the second database (26 t 40, 58), and 
if the route is not adequately covered by the 
second database, to electromagnetically trans- 
mit to the base unit (12), using the communica- 
tions link, a request to provide from the first da- 
tabase (72) map information needed to ade- 
quately cover the route. 45 

A routing system as claimed in claim 1 wherein the 
remote unit (14) is further adapted to receive from 
the base unit (1 2) map information from the first da- 
tabase (72) that is needed to adequately cover the so 
route. 



3. A routing system as claimed in claim 1 or claim 2 
wherein the map information from the first database 
(72) needed to adequately cover the route is strip- 55 
map information. 

4. A method of operating a routing system comprising: 



a base unit having a first database containing 

map information; 

a communications link; and 

a remote unit, 

the method comprising the steps of: 

electromagnetically transmitting (S1) a 
route request from the remote unit to the 
base unit using the communications link; 
at the base unit, calculating a route in re- 
sponse to the route request; and 
electromagnetically transmitting (S2) the 
route from the base unit to the remote unit 
using the communications link, 

characterised in that the method further 
comprises the steps of: 

at the remote unit, comparing (S3, S4) the re- 
ceived route with map information contained in 
a second database provided at the remote unit; 
and 

if the route is not adequately covered by the 
second database, transmitting (S5) to the base 
unit a request to provide from the first database 
map information needed to adequately cover 
the route. 

A method as claimed in claim 4 further comprising, 
the step of receiving (S6) from the base unit map 
information from the first database that is needed 
to adequately cover the route. 

A method as claimed in claim 4 or claim 5 wherein 
the information from the first database that is need- 
ed to adequately cover the route is stripmap infor- 
mation. 



40 Patentanspruche 

1. Streckenfuhrungssystem (10), das folgendes auf- 
weist: 



eine Basiseinheit (12), die ausgebildet ist, urn 
in Abhangigkeit von einer Streckenanforderung 
eine Strecke zu errechnen, und die eine erste 
Datenbank (72) aufweist, die Karteninformati- 
on enthalt; 

eine Nachrichtenverbindung; und 
eine entfernte Einheit (14), die so ausgebildet 
ist, daft sie eine Streckenanforderung unter 
Nutzung der Nachrichtenverbindung elektro- 
magnetisch zu der Basiseinheit (12) ubermittelt 
und daft sie als Antwort auf die Streckenanfor- 
derung von der Basiseinheit (1 2) unter Nutzung 
der Nachrichtenverbindung eine Strecke emp- 
fangt, 
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dadurch gekennzeichnet, daft: 

die entfernte Einheit (14) eine zweite Daten- 
bank (26. 40, 58) aufweist, die Karteninforma- 
tion enthalt; und 5 
die entfernte Einheit (14) so ausgebildet ist, 
daft sie die empfangene Strecke mit der in der 
zweiten Datenbank (26, 40, 58) enthaltenen 
Karteninformation vergleicht und dann, wenn 
die Strekke von der zweiten Datenbank nicht 10 
ausreichend abgedeckt ist, unter Nutzung der 
Nachrichtenverbindung an die Basiseinheit 
(12) elektromagnetisch eine Anforderung zur 
Bereitstellung von Karteninformation von der 
ersten Datenbank (72) ubermittelt, die erforder- 15 
iich ist, um den Weg ausreichend abzudekken. 

Streckenlenkungssystem nach Anspruch 1, wobei 
die entfernte Einheit (14) ferner so ausgebildet ist, 
daft sie von der Basiseinheit (12) Karteninformation 20 
aus der ersten Datenbank (72) empfangt, die not- 
wendig ist, um die Strecke ausreichend abzudek- 
ken. 

Streckenlenkungssystem nach Anspruch 1 oder 25 
Anspruch 2, wobei die Karteninformation aus der 
ersten Datenbank (72), die notwendig ist, um den 
Weg ausreichend abzudecken, Karteninformation 
in Streifenform ist. 

30 

Verfahren zum Betreiben eines Streckenlenkungs- 
systems, das folgendes aufweist: 

eine Basiseinheit, die eine erste Datenbank 
hat, die Karteninformation enthalt; 35 
eine Nachrichtenverbindung; und 
eine entfernte Einheit, 

wobei das Verfahren die fotgenden Schritte 
aufweist: 40 

elektromagnetisches Obermitteln (S1) einer 
Streckenanforderung von der entfemten Ein- 
heit an die Basiseinheit unter Nutzung der 
Nachrichtenverbindung; 45 
Errechnen einer Strecke an der Basiseinheit 
als Antwort auf die Streckenanforderung; und 
elektromagnetisches Obermitteln (S2) der 
Strecke von der Basiseinheit zu der entfernten 
Einheit unter Nutzung der Nachrichtenverbin- so 
dung, 

dadurch gekennzeichnet, daft das Verfah- 
ren femer die folgenden Schritte aufweist: 

55 

Vergleichen (S3, S4) der empfangenen Strecke 
an der entfernten Einheit mit Karteninformati- 
on, die in einer an der entfernten Einheit vorge- 



sehenen zweiten Datenbank enthalten ist; und, 
wenn die Strecke von der zweiten Datenbank 
nicht ausreichend abgedeckt ist, Obermitteln 
(S5) einer Anforderung an die Basiseinheit zur 
Bereitstellung von Information von der ersten 
Datenbank-Karte, die erforderlich ist, um die 
Strecke ausreichend abzudecken. 

5. Verfahren nach Anspruch 4, das femer den Schritt 
aufweist: Empfangen (S6) von Karteninformation, 
die erforderlich ist, um die Strecke ausreichend ab- 
zudecken, von der ersten Datenbank der Basisein- 
heit. 

6. Verfahren nach Anspruch 4 oder Anspruch 5, wobei 
die Information aus der ersten Datenbank, die not- 
wendig ist, um die Strecke ausreichend abzudek- 
ken, Karteninformation in Streifenform ist. 



Revendications 

1 . Systeme de navigation (10) comprenant : 

une unite de base (12) adaptee pour calculer 
un itineraire en reponse a une requete d'itine- 
raire et comprenant une premiere base de don- 
nees (72) contenant une information cartogra- 
phique; 

une liaison de communication; et 
une unite distante (14) adaptee pour emettre 
de facon electromagnetique, une requete d'iti- 
neraire dirigee vers Tunite de base (12) en uti- 
lisant la liaison de communication, et pour re- 
cevoir un itineraire a partir de I'unite de base 
(12) en reponse a la demande d'itineraire, en 
utilisant la liaison de communication, 

caracterise en ce que : 

I'unite distante (14) comprend une seconde ba- 
se de donnees (26, 40, 58) contenant une in- 
formation cartographique; et 
I'unite distante (14) est adaptee pour comparer 
I'itineraire recu avec ('information cartographi- 
que contenue dans la seconde base de don- 
nees (26, 40, 58), et si Titineraire n'est pas cor- 
rectement couvert par la seconde base de don- 
nees, pour emettre de facon electromagneti- 
que vers ('unite de base (12), en utilisant la 
liaison de communication, une requete pour 
que la premiere base de donnees (72) fournis- 
se ('information cartographique necessaire 
pour couvrir correctement Titineraire. 

. Systeme de navigation selon la revendication 1, 
dans lequel I'unite distante (14) est en outre adap- 
tee pour recevoir a partir de I'unite de base (12) une 
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information cartographique provenantde la premie- 
re base de donnees (72) qui est necessaire pour 
couvrir correctement I'itineraire. 

3. Systeme de navigation selon la revendication 1 ou 5 
la revendication 2, dans lequel reformation carto- 
graphique provenant de la premiere base de don- 
nees (72), necessaire pour couvrir correctement 
I'itineraire, est une information de carte en bande. 

10 

4. Procede d'exploitation d'un systeme de navigation 
comprenant : 

une unite de base ayant une premiere base de 
donnees contenant une information cartogra- *5 
phique; 

une liaison de communication; et 
une unite distante, 

le procede comprenant les etapes suivantes ; 
on emet (S1 ) de facon electromagnetique une 20 
requete d'itineraire a partir de I'unite distante 
vers I'unite de base en utilisant la liaison de 
communication; 

a I'unite de base, on calcule un itineraire en re- 
ponse a la requete d'itineraire; et 25 
on emet (S2) I'itineraire de facon electroma- 
gnetique, a partir de I'unite de base vers I'unite 
distante, en utilisant la liaison de communica- 
tion, 

30 

caracterise en ce que le procede comprend 
en outre les etapes suivantes : 

a I'unite distante, on compare (S3, S4) I'itine- 
raire recu avec une information cartographique 35 
contenue dans une seconde base de donnees 
qui est incorporee dans I'unite distante; et 
si I'itineraire n'est pas correctement couvert par 
la seconde base de donnees, on emet (S5) vers 
I'unite de base une requete pour que la premie- 40 
re base de donnees fournisse ('information car- 
tographique necessaire pour couvrir correcte- 
ment I'itineraire. 

5. Procede selon la revendication 4, comprenant en 45 
outre I'etape consistant a recevoir (S6) ( a partir de 
I'unite de base, ('information cartographique prove- 
nant de la premiere base de donnees qui est ne- 
cessaire pour couvrir correctement I'itineraire. 

50 

6. Procede selon la revendication 4 ou la revendica- 
tion 5, dans lequel I'information provenant de la pre- 
miere base de donnees qui est necessaire pour 
couvrir correctement I'itineraire est une information 

de carte en bande. 55 
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